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Elektronische Vorrichtung fur ein Bussystem 

5 Die vorliegende Erfmdung betrifft eine elektronische Vorrichtung, bei- 

spielsweise einen Sensor, Aktor oder eine Steuerung mit einem Steuerab- 
schnitt sowie einer integrierten Busschnittstelle, uber die die Vorrichtung 
an einen Datenbus zur Kommunikation der Vorrichtung mit zumindest 
^ . einer weiteren an den Datenbus angeschlossenen Vorrichtung anschlieft- 
10 bar ist, und mit einem geratespezifischen Definitionsabschnitt, in dem fur 
die Kommunikation und/ oder Konfiguration der elektronischen Vorrich- 
tung erforderliche Parameter abgelegt sind, wobei der geratespezifische 
Definitionsabschnitt in einem geratespezifischen Format vorliegt und die 
Parameter uber den Steuerabschnitt zugreifbar sind. 

15 

In vielen Einsatzgebieten kommunizieren heutzutage unterschiedliche 
Gerate liber ein Bussystem miteinander. Dabei ist eine Vielzahl von unter- 
schiedlichen Bussystemen basierend auf unterschiedlichen Kommunika- 
tionsprotokollen bekannt. Beginnend beim physikalischen Layer bis hin 
p0 zur Anwendungsschnittstelle der einzelnen Gerate sind die Feldbusspezi- 
fikationen entsprechend ihrem Einsatzgebiet jeweils spezifisch defmiert. 

Bei der Integration eines Gerates in eine groSere Automatisierungslosung 
muss zwischen den einzelnen Komponenten eine grofie Menge von Infor- 

25 mationen uber den Datenbus ausgetauscht werden. Abhangig von der 
jeweiligen Komponente konnen die Inhalte dieser Informationen sehr 
unterschiedlich sein. So konnen diese Informationen beispielsweise die 
topologische Anlagenstruktur, Parameter des Kommunikationsverhaltens 
oder auch Visualisierungseigenschaften fur ein Konfigurationsprogramm 

30 (Engineering Tool) betreffen. Die von dem umgebenden System benotigte 
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Information wird in der Regel durch eine Datei, die eine Geratebeschrei- 
bung enthalt, ubergeben. Diese Geratebeschreibung ist von dem jeweiligen 
Gerat abhangig und wird im Rahmen dieser Anmeldung auch als gerate- 
spezifischer Defmitionsabschnitt bezeichnet. Die Geratebeschreibung liegt 
5 in einem geratespezifischen Format vor,_damit eine programmtechnische 
Auswertung der Geratebeschreibung moglich ist. Da dieses geratespezifi- 
sche Format nicht universell ist, sondern sich von System zu System 
unterscheidet, muss fur die Integration eines Gerates in eine bestimmte 
y Umgebung jeweils die adaquate Geratebeschreibung neu erstellt werden. 
10 Der Entwickler benotigt hierzu neben semen geratespezifischen Fach- 
kenntnissen auch sehr weitgehendes Know-how liber die jeweilige ver- 
wendete Beschreibungssprache. 

Ein weiteres Problem liegt darin, dass die Zuordnung von Parametern und 
15 Funktionen zu konkreten Variablen, Adressen oder Kanalen ublicherweise 
bei verschiedenen Feldbussen in so genannten Profilen (Gerateprofilen) 
vorgenommen wird. Diese Profile sind jedoch nicht nur vom jeweiligen 
Feldbus, sondern auch vom jeweiligen Anwendungsgebiet abhangig. Soli 
ein Gerat in verschiedenen Anwendungsfeldern eingesetzt werden, so 
,#20 muss in jedem Einzelfall eine Anpassung an das betreffende Profil vorge- 
nommen werden. Dies gilt insbesondere- auch, wenn die dem Profil 
zugrunde liegende Norm verandert wird. Selbst wenn keine Anderung im 
verwendeten physikalischen Bus erfolgt, kann ein gegebenes Objekt im 
Gerat abhangig von der jeweiligen Anwendung auf unterschiedliche Struk- 
25 turen abgebildet werden. 



Wenn ein Gerat in einem neuen Anwendungsfeld eingesetzt werden soil 
oder sich die Definition des Anwendungsprofils andert, ist es daher not- 
wendig, Anpassungen an dem Steuerabschnitt des Gerates vorzunehmen. 
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Diese Anpassungen setzen detaillierte Kenntnis sowohl des Gerates als 
auch des Anwendungsprofils voraus. 

Damit ein Gerat an einer beliebigen Kommunikationsverbindung betrieben 
5 werden kann (beispielsweise eine Sensoranbindung an einen Feldbus in 
der Automatisierungstechnik), muss das Gerat dafur spezifisch konfigu- 
riert werden. Gerate, die kein eigenes Display sowie entsprechende Einga- 
beelemente besitzen, benotigen fur die Konfigurierung eine externe Konfi- 
) gurationssoftware (Bediensoftware) in Verbindung mit einer Beschreibung 
10 der Gerateeigenschaften. 1st diese Beschreibung nicht vorhanden, so ist 

eine Kommunikation zwischen der Konfigurationssoftware und dem Gerat 
unmoglich. Sollen neue Geratevarianten eingefuhrt werden, so ist es 
daher unabdingbar, dass die Konfigurationssoftware an diese neuen 
Geratevariante angepasst und entsprechend aktualisiert wird. 

15 

Ein weiterer Problembereich besteht darin, dass bei der Parametrierung 
(Konfiguration) von Feldgeraten zahlreiche Abhangigkeiten zwischen den 
Gerateparametern beachtet werden mussen. Bestimmte Werte oder Wer- 
tebereiche sind fur einzelne Parameter unter Umstanden nur zulassig, 
*%20 wenn andere Parameter bestimmte vorgegebene Werte besitzen. Somit 

1 besteht eine Abhangigkeit zwischen einzelnen Gerateparametern. Insbe- 
sondere nach einer Anderung von Gerateparametern muss das Gerat 
daher uberpriifen, ob der neue Parametersatz insgesamt alle vorgegebenen 
Bedingungen erfullt. Ist zumindest eine der vorgegebenen Bedingungen 
25 . verletzt, so muss in einen geeigneten Fehlerzustand gewechselt werden. 

Dabei ist es sinnvoll, dass bei einer Parametrierung uber ein Konfigurati- 
onstool (an einem Computer) bereits dieses Konfigurationstool alle vorge- 
gebenen Bedingung uberpruft und auch bei nicht angeschlossenem Gerat 
30 nach Eingabe von entsprechenden fehlerhaften Parametern am Bildschirm 
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gegebenenfalls eine Warnung ausgibt. Da ublicherweise die entsprechen- 
den Uberprufungen in dem Konfigurationsprogramm unabhangig von den 
entsprechenden Prufungen innerhalb des Gerats programmiert sind, ist es 
nicht ausgeschlossen, dass aufgrund von fehlerhafter Programmierung 
♦ 5 Unterschiede in der Bewertung der zu iiberprufenden Bedingungen beste- 
hen. Somit kann ein von der Konfigurationssoftware in der Entwicklungs- 
phase als zulassig akzeptierter Parametersatz im Betrieb zu einem Still- 
stand des Gerates oder einem sonstigen -Fehler fuhren. Daruber hinaus ist 
0 die doppelte Ausfuhrung der entsprechenden Software teile innerhalb des 

10 Gerates und innerhalb der Konfigurationssoftware aufwandig und verur- 
sacht zusatzliche Kosten. Die doppelte Programmierung wird insbesondere 
deshalb als erforderlich angesehen, da die entsprechenden Programmteile 
auf verschiedenen Plattformen (verschiedene Hardware, verschiedene 
Programmiersprachen), namlich einerseits innerhalb des Gerates und 

15 andererseits innerhalb der Konfigurationssoftware auf einem Computer, 
beispielsweise einem PC oder einem Handheld (PDA), ablaufen. 

Es ist eine Aufgabe der vorliegenden Erfindung, eine kostengunstige und 
flexible Losung anzugeben, mit der unterschiedliche elektronische Vor- 
4^,0 richtungen der eingangs genannten Art, wie beispielsweise Sensoren, 

Aktoren und Steuerungen, an unterschiedlichste Bussysteme anschliefi- 
bar sind. Dabei soil auch der Aufwand fur den Einsatz der Gerate in 
unterschiedlichen Anwendungsgebieten reduziert sowie die Konfiguration 
der Gerate vereinfacht werden. Gleichzeitig sollen fehlerhafte Parametrie- 
25 rungen der Gerate zuverlassig erkennbar sein. . 

Diese Aufgabe wird erfmdungsgemafi ausgehend von einer elektronischen 
Vorrichtung der eingangs genannten Art dadurch gelost, dass ein in einem 
gerateunabhangigen, standardisierten Format vorliegender, universeller 
30 Definitionsabschnitt vorgesehen ist, in dem alle fur die Kommunikation, 
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Funktion und Konfiguration erforderlichen Parameter der elektronischen 
Vorrichtung sowie zusatzliche, die elektronische Vorrichtung kennzeich- 
nende Parameter abgelegt sind, und dass der geratespezifische Definiti- 
onsabschnitt automatisch aus dem universellen Definitionsabschnitt 
5 erzeugbar ist. 

ErfindungsgemaJS wird somit eine universelle Geratebeschreibung zur 
Verfugung gestellt, die alle Facetten und Informationen eines Gerates 
^ abdeckt. Dabei ist diese universelle Geratebeschreibung in einem einheit- 

10 lichen, gerateunabhangigen, standardisierten Format formuliert, so dass 
fur die Weiterverarbeitung der Informationen eine Vielzahl von Werkzeu- 
gen zur Verfugung steht. Aufgrund der standardisierten universellen 
Geratebeschreibung kann zur Erzeugung der geratespezifischen Geratebe- 
schreibung der fur die jeweilige Anwendung relevante Anteil durch einen 

15 Compiler oder Generator automatisch extrahiert und in das vorgegebene 
geratespezifische Format gebracht werden. 

Der jeweilige Compiler muss zwar fur jede Anwendung neu erstellt wer- 
den, nach Vorliegen eines Compilers kann jedoch dann die geratespezifi- 
4k3 sche Beschreibung fur beliebig viele unterschiedliche Gerate automatisch 
generiert werden. Jeder Entwickler benotigt ausschlieSlich Kenntnisse in 
der Sprache, in der die universelle Geratebeschreibung abgelegt ist. Spezi- 
fische Kenntnisse in den jeweiligen geratespezifischen Sprachen sind nicht 
erforderlich, da die Generierung der geratespezifischen Beschreibung 
25 automatisch erfolgt. Weiterhin ist durch die automatische Umsetzung 
gewahrleistet, dass keine Parameter vergessen oder falsch interpretiert 
werden. 
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Abhangig von der jeweiligen Umgebung kann der Compiler dabei jeweils 
nur die erforderliche Teilmenge aus der universellen Beschreibung umset- 
zen, die fur die jeweilige Anwendung gerade erforderlich ist. 

Nach einer vorteilhaften Ausfuhrungsform der Erfmdung sind aus dem 
universellen Definitionsabschnitt weitere geratespezifische Elemente, 
insbesondere Steuerabschnittselemente, herstellerspezifische Gerateprofr- 
le, Funktionselemente einer fur die elektronische Vorrichtung vorgesehe- 
nen Konfigurationseinheit und/oder Dokumentationen automatisch er- 
10 zeugbar. 

Neben den geratespezifischen technischen Geratebeschreibungsdateien 
konnen somit aus der universellen Geratebeschreibung unmittelbar au- 
tomatisch auch Beschreibungen vollig anderer Art, wie etwa Code fur 
1 5 Schnittstellentreiber (Steuerabschnittselemente) oder Dokumentationen 
erzeugt werden. Der auf diese Weise automatische erzeugte Code fur 
Schnittstellentreiber kann dann beispielsweise bei der Entwicklung des 
Gerates in das jeweilige Projekt eingebunden und zur Erzeugung des 
Steuerabschnittes ubersetzt werden. Der Code wird dabei vorteilhaft 
JfeO automatisch in der Programmiersprache erzeugt, in der auch die Applika- 
tion des Gerates programmiert wird. Dabei kann es sich beispielsweise um 
Programmiersprachen wie C oder C++ handeln. Grundsatzlich istjedoch 
auch jede sonstige Programmiersprache denkbar. 

25 Nach einer weiteren vorteilhaften Ausfuhrungsform der Erfmdung ist das 
herstellerspezifische Gerateprofil unabhangig von anwendungsspezifi- 
schen Gegebenheiten, wie beispielsweise Busprotokoll, Anwendungsfeld 
oder dergleichen, wobei aus dem hefstellerspezifischen Gerateprofil ein 
anwendungsspezifischen Gerateprofil erzeugbar ist. ErfmdungsgemalS 

30 erfolgt somit eine Trennung von herstellerspezifischen, auf das Gerat 
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bezogenen Profildefmitionen von den von dem jeweiligen Anwendungsge- 
biet abhangigen anwendungsspezifischen Gerateprofilen, die beispielswei- 
se von dem verwendeten Feldbus abhangen. Es erfolgt somit eine 
Entkoppelung von Gerat und Anwendungsfeld, was mehrere Vorteile mit 
sich bringt. Auf diese Weise ist wahrend der Entwicklung des Gerates nur 
einmalig eine Abbildung der Gerateparameter auf die jeweiligen Entspre- 
chungen in dem herstellerspezifischen Profil vorzunehmen. Diese Teilab- 
bildung erfolgt einmalig pro Gerat und setzt insbesondere keine Kenntnis 
von Anwendungsprofilen voraus. 



Die zweite Teilabbildung - von dem herstellerspezifischen Profil auf das 
Anwendungsprofil - erfolgt separat, jeweils einmal pro Anwendungsprofil, . 
Fur diesen Schritt benotigt der Entwickler keine Kenntnis uber Interna 
der Gerate, da die gleiche Teilabbildung fur alle Gerate, d. h. auch fur 
15 kunftig erst zu entwickelnde Gerate, zur Verfugung steht. Bei einer Ver- 
anderung des Anwendungsprofils oder bei Neuaufnahme eines weiteren 
Profils sind nur bezuglich der zweiten Teilabbildung Anderungen vorzu- 
nehmen, die Gerate selbst sind davon nicht betroffen. 

fcuD Durch diese Entkoppelung von herstellerspezifischem Gerateprofil und 
anwendungsspezifischem Gerateprofil wird die Menge der insgesamt 
erforderlichen Abbildungen stark eingeschrankt. Ohne eine solche Ent- 
koppelung sind fur den Einsatz von n Geraten in m Applikationsfeldern 
n*m Abbildungen der Gerateparameter auf das jeweilige Anwendungsprofil 

25 erforderlich. Mit der erfindungsgemafien Entkoppelung reduziert sich die 
Anzahl der kombinatorischen Moglichkeiten auf lediglich n+m Einzelab- 
bildungen. Jedes Gerat muss unter Zugrundelegung der erfindungsgema- 
fien Entkoppelung - unabhangig von der gewunschten Anwendung - 
jeweils nur einmal, namlich auf das herstellerspezifische Profil, angepasst 

30 werden. Weiter wird fur jedes Anwendungsfeld genau eine Abbildung des 
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herstellerspezifischen Profils auf das jeweilige Anwendungsprofil erstellt, 
die dann fur alle Gerate genutzt werden kann. Durch die Einbeziehung 
des herstellerspezifischen Profils als eine zusatzliche Beschreibungsebene 
erfolgt somit eine Entkoppelung von Gerat und Anwendungsfeld und 
5 damit eine Reduzierung der. Entwicklungskosten. 

Nach einer weiteren bevorzugten Ausfuhrungsform der Erfmdung sind 
zumindest fur einen Teil oder fur alle in dem universellen Definitionsab- 
a schnitt abgelegten Parameter jeweils zusatzlich Versionsinformationen 
^10 abgelegt. Diese Versionsinformationen konnen vielfach genutzt werden. 

Beispielsweise konnen entsprechende Informationen in den automatisch 
generierten Dokumentationen enthalten sein oder eine vorgesehene Konfi 
gurationseinheit kann aufgrund der Versionsinformationen die Gerate 
korrekt parametrieren und im Falle eines unbekannten Parameters zu- 
15 mindest vorgegebene Standardparameter anzeigen. 

Bevorzugt sind in dem universellen Definitionsabschnitt funktionale 
Abhangigkeiten zwischen einzelnen Parametern abgelegt. Diese funktiona 
len Abhangigkeiten werden in Form von Pradikaten (Bedingungen) formu- 
^0 liert. Jede Bedingung kann beliebig viele Parameter einbeziehen. 1st eine 
Abhangigkeit verletzt, so wird der Wert der Bedingung auf "FALSE" (lo- 
gisch falsch) gesetzt, wodurch ein ungultiger Parametersatz angezeigt 
wird. Diese Abhangigkeitsprufung besitzt keine Seiteneffekte, d. h. alle 
tibrigen Parameterwerte bleiben unverandert. 

25 

Die funktionalen Abhangigkeiten konnen unmittelbar in der fur die elek- 
tronische Vorrichtung vorgesehenen Programmiersprache. (beispielsweise 
C oder C++) formuliert sein, so dass sehr komplexe Abhangigkeiten defi- 
niert werden konnen. Grundsatzlich konnen die Abhangigkeiten auch in 
30 anderen geeigneten Sprachen defmiert sein. Jede Abhangigkeit wird als 
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Funktion mit logischem Riickgabewert implementiert und kann bei der 
Umsetzung in den geratespeziflschen Deflnitionsabschnitt automatisch in 
den Code fur die Firmware des Gerates ubernommen werden. 

5 Insbesondere wenn eine Konfigurationseinheit in Form eines Konfigurati- 
onsprogramms zur Konfiguration der elektronischen Vorrichtung vorgese- 
hen ist, wie es weiter unten beschrieben ist, konnen erfindungsgemafi die 
in dem universellen Deflnitionsabschnitt abgelegten funktionalen Abhan- 
gigkeiten automatisch in Funktionselemente fur die Konfigurationseinheit 
10 umgesetzt werden. So wird aus den beispielsweise in C vorliegenden Ab- 
hangigkeitsfunktionen eine aquivalente Formulierung in der fur das Kon- 
figurationsprogramm vorgesehenen Sprache (beispielsweise Java) erzeugt, 
die in das Konfigurationsprogramm eingebunden wird. Auf diese Weise ist 
gewahrleistet, dass sowohl im Gerat wie auch in dem Konfigurationspro- 
15 gramm identische Abhangigkeitsprufungen durchgefuhrt werden. Die 

eigentliche Programmierung der Bedingungen erfolgt somit nur einmalig, 
so dass Unterschiede in den Abhangigkeitsprufungen im Gerat und in 
dem Konfigurationsprogramm ausgeschlossen sind. 

■"^ko Auf diese Weise kann bereits bei einer Offline-Parametrierung mit dem 

Sbftwareprogramm ohne angeschlossenes Gerat die Gultigkeit eines jewei- 
ligen Parametersatzes verbindlich gepruft werden. Eine Online-Parame- 
trierung mit angeschlossenem Gerat ist ebenfalls uneingeschrankt mog- 
lich und zwar sowohl iiber das Konfiguationsprogramm als auch uber 

25 andere Kommunikationswege. Erfolgt die-Parametrierung uber das Konfi- 
gurationsprogramm, so erfolgt die Abhangigkeitsprufung doppelt, einmal 
im Konfigurationsprogramm und zusatzlich unmittelbar im Gerat, wah- 
rend bei einer Parametrierung beispielsweise uber eine SPS (Speicher 
Programmierbare Steuerung) die elektronische Vorrichtung selbstandig 

30 aufgrund des in dem Steuerabschnitt eingebundenen Code fur die Para- 



10 



meteruberprufung (Steuerabschnittselement) die GuLtigkeit des Parame- 
tersatzes uberpruft. 

Nach einer weiteren vorteilhaften Ausfuhrungsform der Erfindung ist der 
• 5 universelle Definitonsabschnitt durch eine oder mehrere Dateien gebildet.- 
Diese Dateien konnen dabei.beispielsweise im XML-Format vorliegen. Das 
XML-Format ist vorteilhaft, da es einen formalen Standard definiert, der 
die Weiterverarbeitung der in dem universellen Defmitionsabschnitt ent- 
haltene Informationen mit einer Vielzahl von Werkzeugen ermoglicht. 

10 Weiterhin besitzt XML den Vorteil, dass die Informationen physikalisch 
verteilt in mehreren Dateien abgelegt werden konnen und trotzdem eine 
Gesamtsicht als ein einziges Dokument beibehalten wird. Grundsatzlich 
ist auch jedes andere Format geeignet, welches die formalen Erfordernisse 
erfullt. Die beiden Hauptbestandteile des universellen Definitionsabschnit- 

15 tes werden von der Beschreibung der Kommunikation sowie der Visuali- 

sierung gebildet. Das Format ist jedoch offen und kann somit nach Bedarf 
um weitere Komponenten erweitert werden. 

Nach einer weiteren bevorzugten Ausfuhrungsform der Erfindung ist der 
^0 geratespezifische Defmitionsabschnitt innerhalb der elektronischen Vor- 
richtung vorgesehen. Auf diese Art und Weise ist eine sehr einfache Ad- 
ressierung der Parameterinformationen, beispielsweise voii einer anderen 
an dem Datenbus angeschlossenen Vorrichtung oder von dem Konfigura- 
tionsprogramm aus moglich. Allerdings hat diese Los-ung den Nachteil, 
25 dass innerhalb des Gerates relativ hohe Anforderungen an- den Speicher- 
bedarf gestellt werden. 

Vorteilhaft ist es auch moglich, dass der geratespezifische Defmitionsab- 
schnitt von der elektronischen Vorrichtung getrennt vorgesehen ist. Dabei 
30 konnen innerhalb des geratespezifischen Defmitiorisabschnittes automa- 
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tisch generierte Verweise auf aufierhalb der elektronischen Vorrichtung 
vorhandene geratespezifische Elemente, insbesondere fur die elektroni- 
sche Vorrichtung vorgesehene Konfigurationseinheit enthalten sein. Diese 
Steuerelemente konnen beispielsweise Bibliothekselemente eines Konfigu- 
5 rationBprogramms darstellen, die aus dem uniyersellen Defmitionsab- 
schnitt automatisch generiert wurden. 

Vorteilhaft ist der geratespezifische Defmitionsabschnitt fur unterschiedli- 
^ che elektronische Vorrichtungen von einer an den Datenbus angeschlos- 

10 senen Steuereinheit, insbesondere von einer fur die elektronische Vorrich- 
tung vorgesehene Konfigurationseinheit uber einen einheitlichen, stan- 
dardisierten, uber den Datenbus zu dem Steuerabschnitt transportierten 
Befehl adressierbar. Somit kann jede an den Datenbus angeschlossene 
Vorrichtung einschlie&lich einer Kommunikationseinheit uber einen einzi- 

15 gen vorgegebenen Standardbefehl den geratespezifischen Defmitionsab- 
schnitt oder einen Teil dieses Abschnittes abrufen, woraufhin aufgrund 
der abgerufenen Informationen geratespezifische Vorgange ausgelost 
werden konnen. 

^0 Beispielsweise kann der geratespezifische Defmitionsabschnitt von der 
Konfigurationseinheit adressierbar und auswertbar sein, woraufhin die 
Konfigurationseinheit abhangig von aus dem geratespezifischen Defmiti- 
onsabschnitt ausgelesenen Parametern einen unterschiedlichen gerate- 
spezifischen Funktionsumfang besitzt. Die Konfigurationseinheit kann 

25 somit zunachst einen fur alle Vorrichtungen einheitlich standardisierten 
Abrufbefehl iiber den Datenbus an das jeweils zu konfigurierende Gerat 
senden, woraufhin dieses beispielsweise fur die Visualisierung des ent- 
sprechenden Konfigurationsprogramms erforderliche Parameter zurucklie- 
fert. Solche Parameter konnen beispielsweise die GroSe von geratespezifi- 

30 schen Parameterlisten, der Inhalt solcher Parameterlisten, Hilfetexte oder 
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Tooltipps sein. Das Konfigurationsprogramm interpretiert die aufgenom- 
menen Parameter und erzeugt eine entsprechende Konfigurationsoberfla- 
che. Uber diese Konfigurationsoberflache kann dann eine Konfiguration 
der geratespezifischen Parameter erfolgen, die uber den Datenbus an das 
5 Gerat geschickt werden. 

Auf diese Weise ist das Konfigurationsprogramm, das ublicherweise als 
auf einem ublichen Computer lauffahiges Computerprogramm ausgebildet 
p j ist, unabhangig von den jeweiligen Geraten einsetzbar und enthalt auf- 
10 grund der variablen, uber den geratespezifischen Definitionsabschnitt 
automatisch konfigurierbaren Funktionsumfang eine speziell auf das 
jeweilige Gerat zugeschnittene Oberflache. 



Weitere vorteilhafte Ausfuhrungen der Erfindung sind in den Unteran- 
15 spriichen angegeben. 

Die Erfindung wird nachfolgend anhand eines Ausfuhrungsbeispiels unter 
Bezugnahme auf die Zeichnungen naher beschrieben; in diesen zeigen: 

*#20 Figur 1 eine schematische Darstellung der Generierung von unter- 

schiedlichen Elementen aus einem einheitlichen Definitions- 
abschnitt, 

Figur 2 ein Blockschaltbild eines Bussystems mit erfmdungsgemaS 
25 ausgebildeten Vorrichtungen, 

_Figur 3 eine schematische Darstellung der Kommunikation zwischen 
einer erfindungsgemafi ausgebildeten Vorrichtung und einer 
Konfigurationseinheit und 
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Figur 4 die erfindungsgemafie Aufteilung in herstellerspezifisches und 
anwendungsspezifisches Profil. 

Figur 1 zeigt einen beispielsweise als XML-Datei abgelegten universellen 
5 Defmitionsabschnitt 1 (universelle Geratebeschreibung), in dem alle Fa- 
cetten und Informationen einer elektronischen Vorrichtung, beispielsweise 
eines Sensors, Aktors oder einer Steuerung, in einem fest vorgegebenen 
Format abgespeichert sind. -Wesentliche Elemente sind dabei beispielswei- 
ji|v, se eine Kommunikationsinterfacebeschreibung sowie eine Visualisierungs- 
^10 interfacebeschreibung fur ein Konfigurationsprogramm der elektronischen 
Vorrichtung. 

Gemafi der Erfindung sind aus dem universellen Defmitionsabschnitt eine 
Vielzahl von unterschiedlichen geratespezifischen Elementen erzeugbar, 
15 beispielsweise eine Dokumentation 2 (in einem Text oder Wordprozessor- 
Format). Diese Dokumentation kann ausgedruckt oder an einem Rechner 
gelesen werden und ist automatisch immer vollstandig und auf dem aktu- 
ellen Geratestand. 

^0tO Eine weitere Umsetzung von Daten aus dem universellen Defmitionsab- 
schnitt 1 kann in der Erzeugung von Programmcode 3 fur die elektroni- 
sche Vorrichtung erfolgen. Dieser erzeugte Programmcode kann beispiels- 
weise in die Firmware des Gerates eingebunden werden und den Schnitt- 
stellencode fur die Anbindung der elektronischen Vorrichtung an ein 
25 bestimmtes Busprotokoll, Programmcode zur Uberprufung bestimmter 

Abhangigkeiten zwischen einzelnen Gerateparametern oder Verweise auf 
auSerhalb der Vorrichtung gespeicherte geratespezifische Daten umfas- 
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Weiterhin sind Umsetzungen von in dem universellen Defmitionsabschnitt 
1 gespeicherten Daten in fur ein Konfigurationsprogramm relevante Daten 
4, beispielsweise Visualisierungsparameter, Abhangigkeitsbedingungen 
zwischen einzelnen Parametern oder Code fur Bibliothekselemente fur das 
5 Konfigurationsprogramm moglich. 

Letztlich ist aus dem universellen Defmitionsabschnitt 1 auch die automa- 
tische Erzeugung einer Geratebeschreibung 5 fur unterschiedliche Feld- 
busse, beispielsweise eine GSD-Datei fur den Profibus, moglich. 
10 

Figur 2 zeigt einen Datenbus 6, an den zwei erfindungsgemafi ausgebilde- 
te elektronische Vorrichtungen 7, 8, ein externer Datenspeicher 9 sowie 
eine als auf einem Computer 10 laufendes Computerprogramm ausgebil- 
dete Konfigurationseinheit 11 angeschlossen sind. 

15 

Die Vorrichtung 7 umfasst zum Anschluss an den Datenbus 6 eine integ- 
rierte Busschnittstelle 12, uber die ein innerhalb der Vorrichtung 7 vorge- 
sehener Steuerabschnift 13 mit an den Datenbus 6 angeschlossenen 
Vorrichtungen kommunizieren kann. Der Steuerabschnitt 13 umfasst 

^20 dabei einen Anwendungsabschnitt 14 sowie einen Businterfaceabschnitt 

' r _ ■ 

15, durch den die von dem Anwendungsabschnitt 14 erzeugten Daten in 

das verwendete Busprotokoll umgesetzt werden beziehungsweise uber den 
Bus empfangene Daten in ein entsprechendes Format fur den Anwen- 
dungsabschnitt 14 konvertiert werden. 

25 - 

Weiterhin umfasst die Vorrichtung 7 einen geratespezifischen Definitions- 
abschnitt 16, der fur das Gerat 7 wesentliche, aus dem universellen Defi- 
nitionsabschnitt 1 (Figur 1) erzeugte Parameter enthalt. Der geratespezifi- 
sche Defmitionsabschnitt 16 ist dabei uber den Steuerabschnitt 13 adres- 

30 sierbar, so dass beispielsweise in dem geratespeziflschen Defmitionsab- 
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schnitt 16 abgelegte Parameter auf Anforderung einer an dem Datenbus 6 
angeschlossenen weiteren Vorrichtung uber die Schnittstelle 12 und den 
Datenbus 6 kommuniziert werden konnen. 

5 Neben dem Businterfaceabschnitt 15 umfasst der Steuerabschnitt 13 
noch ein weiteres Steuerabschnittselement 17, das ebenfalls aus dem 
universellen Defmitionsabschnitt l^erzeugt und in den Steuerabschnitt 13 
eingebunden ist und funktionale Abhangigkeiten zwischen einzelnen 
0 Parametern der Vorrichtung 7 beschreibt. Uber diese in dem Steuerab- 
10 schnittselement 17 gespeicherten funktionalen Abhangigkeiten ist eine 
automatische Uberprufung von vorgegebenen Bedingungen zwischen 
Gerateparametern moglich, so dass fehlerhafte Parametrierungen automa- 
tisch erkannt und vermieden werden. 

15 Die Vorrichtung 8 unterscheidet sich von der Vorrichtung 7 lediglich 
dadurch, dass nicht der gesamte spezifische Defmitionsabschnitt 16, 
sondern nur ein Teil eines geratespezifischen Defmitionsabschnittes 18 
unmittelbar in der Vorrichtung 8 enthalten ist. Dieser geratespezifische 
Defmitionsabschnitt 18 enthalt beispielsweise Verweise auf geratespezifi- 
^0 sche Elemente 19, 20, die beispielsweise in dem externen Datenspeicher 9 
und/ oder in einem Speicher des Computers 10 abgelegt sind. Auf diese 
Weise kann der Speicherbedarf des Gerates 8 reduziert werden. 

In Figur 3 ist die Kommunikation zwischen der erfmdungsgemaJS ausge- 
25 bildeten Vorrichtung 7 und der Konfigurationseinheit 1 1 an einem Bei- 

spiel dargelegt. In einem in Figur 3 a) dargestellten ersten Schritt wird von 
der Konfigurationseinheit 1 1* uber den Datenbus 6 ein standardisierter 
Befehl zu der Vorrichtung 7 geschickt, mit der die Lieferung der gerate- 
spezifischen Parameter, wie sie in dem geratespezifischen Definitionsab- 
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schnitt 16 abgespeichert sind, angefordert werden. Diese Anforderung ist 
durch einen Pfeil 2 1 angedeutet. 

Auf diese Anforderung ubersendet die Vorrichtung 7 die spezifische Gera- 
5 tebeschreibung in einem definierten-Standardformat an die Konfigurati- 
onseinheit 11, wie es durch einen Pfeil 22 dargestellt ist. 

Die ubersandten Parameter werden in Figur 3 b) von der Konfigurations- 
yjft einheit 1 1 interpretiert, woraufhin eine speziell fur das Gerat zugeschnit- 
10 tene Oberflache der Konfigurationseinheit (Konfigurationsprogramm) 1 1 
erzeugt wird. Abhangig von den empfangenen geratespezifischen Parame- 
tern werden somit Masken, Feldinhalte, Hilfetexte, Tooltipps und derglei- 
chen automatisch in dem Konfigurationsprogramm 1 1 angepasst, so dass 
aus dem zunachst allgemeinen Konfigurationsprogramm ein speziell an 
15 die Vorrichtung 7 angepasstes Konfigurationsprogramm erzeugt wird. 

Uber diese spezielle angepasste Oberflache der Konfigurationseinheit 1 1 
konnen gemaiS Figur 3 c) die gewiinschten Anderungen an den Geratepa- 
rametern vorgenommen werden, wobei bereits innerhalb der Konfigurati- 
onseinheit eine Uberprtifung vorgegebener funktionaler Abhangigkeiten 
zwischen den Parametern mittels entsprechender, aus dem universellen 
Defmitionsabschnitt 1 generierter Regeln uberpruft werden. Die zu an- 
dernden Parameter werden gemafi einem Pfeil 23 in die Vorrichtung uber- 
tragen, wo ebenfalls eine Uberprufung der innerhalb des Steuerelements 
25 17 abgespeicherten funktionalen Abhangigkeiten durchgefiihrt wird. 

Treten bei dieser Uberprufung keine Fehler auf, so gibt die Vorrichtung 7 
eine Okay-Meldung gemafi dem Pfeil 24 an die Konfigurationseinheit 1 1 
zuruck. Anderenfalls wird eine Fehlermeldung erzeugt. 



30 
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Figur 4 zeigt die erfindungsgemaJSe Trennung von herstellerspezifischen 
Geratprofilen und anwendungsspezifischen Profilen. 

GemaS Figur 4 erfolgt wahrend der Entwicklung des Gerates in einem 
5 ersten, einmaligen Schritt eine durch einen Pfeil 25 dargestellte Abbildung 
von geratespezifischen Objekten 26 auf ein herstellerspezifisches Profil 27. 
Die enteprechenden geratespezifischen Objekte konnen dabei wiederum 
aus dem universalen Definitionsabschnitt 1 entnommen werden. 

10 Die Entwicklung der Abbildung 25 erfolgt nur einmal pro Gerat und setzt 
insbesondere keine Kenntnis von Anwendungsprofilen voraus. 

- Erst nach Vorgabe eines Anwendungsprofils wird basierend auf dem 

herstellerspezifischen Profil 27 eine zweite Abbildung generiert, die jeweils 
15 abhangig von dem gewunschten Anwendungsprofil ist. Entsprechende vier 
Abbildungen sind in Figur 4 durch Pfeile 28, 29, 30 und 31 dargestellt. 
Beispielsweise liefert die Abbildung 28 die Umsetzung des herstellerspezi- 
fischen Profils 27 auf einen Feldbus 1 mit Profil A (Anwendungsprofil 36), 
wahrend die Abbildung 29 die Umsetzung auf den Feldbus 1 mit Profil B 
^20 (Anwendungsprofil 37) darstellt. In ahnlicher Weise stellen die Pfeile 30, 
31 die Abbildungen jeweils aus dem herstellerspezifischen Profil 27 auf 
unterschiedliche Feldbusse mit unterschiedlichen Anwendungsprofilen 
38, 39 dar. Uber die erzeugten anwendungsspezifischen Profile 36, 37, 38, 
39 ist dann jeweils eine Anbindung an den vorgegebenen Feldbus moglich, 
25 wie es durch Pfeile 32 bis 35 dargestellt ist. 

Soil eine der Anwendungsprofile 36, 37, 38, 39 geandert oder ein neues 
Anwendungsprofil hinzugefugt werden, so ist.ausschlieSlich eine entspre- 
chende Teilabbildung von dem herstellerspezifischen Profil 27 auf das 
30 geanderte/neue Anwendungsprofil erforderlich. Die Teilabbildung 25 von 
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den geratespezifischen Objekten 26 aufndas herstellerspezifische Profil 27 
ist davon nicht betroffen. 
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5 3 Programmcode 
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10 Konfigurationseinheit (Computer) 

1 1 Konfigurationseinheit 
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1 4 Anwendungsabschnitt 

1 5 Businterfaceabschnitt 

16 geratespezifischer Definitionsabschnitt 
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21 Pfeil 
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25 23 Pfeil 
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anwendungsspezifisches Gerateprofil 
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Zusammenfassung 



Es wird eine elektronische Vorrichtung, beispielsweise ein Sensor, Aktor 
oder eine Steuerung, mit einem Steuerabschnitt sowie einer integrierten 
Busschnittstelle beschrieben. Die Vorrichtung ist iiber die Busschnittstel- 
le an einen Datenbus zur Kommunikation der Vorrichtung mit zumindest 
einer weiteren an den Datenbus angeschlossenen Vorrichtung anschliefi- 
bar. Weiterhin umfasst die Vorrichtung einen geratespezifischen Definiti- 
onsabschnitt, in dem fur die Kommunikation, Funktion und/oder Konfi- 
guration der elektronischen Vorrichtung erforderliche Parameter abgelegt 
sind, wobei der geratespezifische Defmitionsabschnitt in einem geratespe- 
zifischen Format vorliegt und die Parameter iiber den Steuerabschnitt 
zugreifbar sind. ErfindungsgemaiS ist ein in einem gerateunabhangigen, 
standardisierten Format vorliegender, universeller Definitionsabschnitt 
vorgesehen, in dem alle fur die Kommunikation, Funktion und Konfigura- 
tion erforderlichen Parameter der elektronischen Vorrichtung sowie zu- 
satzliche, die elektronische Vorrichtung kennzeichnende Parameter abge- 
legt sind. Weiterhin ist der geratespezifische Defmitionsabschnitt automa- 
tisch aus dem universellen Definitionsabschnitt erzeugbar. 
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Ansprliche: 



1. Elektronische Vorrichtung, beispielsweise Sensor, Aktor oder Steue- 
rung, mit einem Steuerabschnitt (13) sowie einer integrierten Bus- 
5 schnittstelle (12), uber die die Vorrichtung an einen Datenbus (6) 

zur Kommunikation der Vorrichtung (7, 8) mit ziimindest einer wei- 
teren an dem Datenbus angeschlossenen Vorrichtung (7, 8) an- 
schlieSbar ist, und mit einem geratespezifischen Definitionsab- 
' AtL^ \ schnitt (16, 18, 19), in dem fur die Kommunikation, Funktion 

10 und/ oder Konfiguration der elektronischen Vorrichtung (7, 8) erfor- 

derliche Parameter abgelegt sind, wobei der geratespezifische Deflni- 
tionsabschnitt (16, 18, 19) in einem geratespezifischen Format vor- 
liegt und die Parameter uber den Steuerabschnitt (13) zugreifbar 
sind, 

15 dadurch gekennzeichnet, 

dass ein in einem gerateunabhangigen, standardisierten Format vor- 
liegender, universeller Defmitionsabschnitt (1) vorgesehen ist, in 
dem alle fur die Kommunikation, Funktion und Konfiguration erfor- 
derlichen Parameter der elektronischen Vorrichtung (7, 8) sowie zu- 
^^20 satzliche, die elektronische Vorrichtung (7, 8) kennzeichnende Pa- 

rameter abgelegt sind, und dass der geratespezifische Defmitionsab- 
schnitt (16, 18, 19) automatisch aus dem universellen Defmitions- 
abschnitt (1) erzeugbar ist. 

25 2. Vorrichtung nach Anspruch 1 , 

dadurch gekennzeichnet, 

dass aus dem universellen Defmitionsabschnitt (1) weitere gerate- 
spezifische Elemente (3, 4, 5), insbesondere Steuerabschnittsele- 
mente (15, 17), herstellerspezifische Gerateprofile (27), Funktions- 
30 ^femente (15, 20) einer fur die elektronische Vorrichtung (7, 8) vor- 



gesehenen Konfigurationseinheit (11) und/oder Dokumentationen 
(2) automatisch erzeugbar sind. 

Vorrichtung nach Anspruch 1 oder 2, 
dadurch gekennzeichnet, 

dass das herstellerspezifische Gerateprofil (27) unabhangig von an- 
wendungsspezifischen Gegebenheiten wie beispielsweise Busproto- 
koll, Anwendungsfeld oder dergleichen ist und dass aus dem her- 
stellerspezifischen Gerateprofil ein anwendungsspezifisches Gerate- 
profil (36, 39) erzeugbar ist. 

Vorrichtung nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, 

dass zumindest fur einen Teil oder fur alle in dem universellen Defi 
nitionsabschnitt (1) abgelegten Parameter jeweils zusatzlich Versi- 
onsinformationen abgelegt sind. 

Vorrichtung nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, 

dass in dem universellen Defmitionsabschnitt (1) funktionale Ab- 
hangigkeiten zwischen einzelnen Parametern abgelegt sind. 

Vorrichtung nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, 

dass der universelle Definitionsabschnitt (1) durch eine oder mehre 
re Dateien gebildet wird. 

Vorrichtung nach Anspruch 6, 
dadurch gekennzeichnet, 
dass die Datei/ Dateien im XML- Format vorliegt/vorliegen. 



Vorrichtung nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, 

dass der geratespezifische Definitionsabschnitt (16) innerhalb der 
elektronischen Vorrichtung (7) vorgesehen ist. 

Vorrichtung nach einem der Anspriiche 1 bis 7, 
dadurch gekennzeichnet, 

dass der geratespezifische Definitionsabschnitt (18, 19) zumindest 
teilweise von der elektronischen Vorrichtung (8) getrennt vorgesehen 
ist. 

Vorrichtung nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, 

dass innerhalb des geratespezifischen Defmitionsabschnitts (16, 18) 
automatisch generierte Verweise auf auteerhalb der elektronischen 
Vorrichtung vorhandene geratespezifische Elemente (19, 20), insbe- 
sondere Steuerelemente (20) einer fur die elektronische Vorrichtung 
(7, 8) vorgesehenen Konfigurationseinheit (1 1) enthalten sind. 

Vorrichtung nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, 

dass der geratespezifische Definitionsabschnitt (16, 18) fur unter- 
schiedliche elektronische Vorrichtungen (7, 8) von einer an den Da- 
tenbus (6) angeschlossenen Steuereinheit, insbesondere von einer 
fur die elektronische Vorrichtung vorgesehenen Konfigurationsein- 
heit (1 l),.uber einen einheitlichen, standardisierten, liber den Da- 
tenbus (6) zu dem Steuerabschnitt (13) transportierten Befehl ad- 
ressierbar ist. 
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12. Vorrichtung nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, 

dass eine an den Datenbus (6) anschlie&bare Konfigurationseinheit 
(1 1) fur die elektronische Vorrichtung (7, 8) vorgesehen ist, dass der 
5 geratespezifische Definitionsabschnitt (16, 18) von der Konfigurati- 

onseinheit (11) adressierbar und auswertbar ist und dass die Konfi- 
gurationseinheit (11) abhangig von aus dem geratespezifischen De- 
finitionsabschnitt (16, 18) ausgelesenen Parametern einen unter- 
!P schiedlichen geratespezifischen Funktionsumfang besitzt. 

■10 

13. Vorrichtung nach Anspruch 12, 
dadurch gekennzeichnet, 

dass die Konfigurationseinheit (11) als Computerprogramm (Konfi- 
gurationsprogramm) ausgebildet ist. 

15 

14. Vorrichtung nach Anspruch 12 oder 13, 
dadurch gekennzeichnet, 

dass in dem universellen Definitionsabschnitt (1) Visualisierungspa- 
rameter abgelegt sind, die in entsprechende Visualisierungsparame- 
ter des geratespezifischen Definitionsabschnitt (16, 18, 19) umsetz- 
bar sind, und dass sich in Abhangigkeit von. den aus dem geratespe- 
zifischen Definitionsabschnitt (16, 18, 19) ausgelesenen Visualisie- 
rungsparametern die Oberflache des Konflgurationsprogramms (11), 
d.h. das optische Erscheinungsbild des Konflgurationsprogramms, 
25 andert. 
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Vorrichtung nach einem der Anspruche 5 bis 14, 
dadurch gekennzeichnet, 

dass die in dem universellen Definitionsabschnitt (1) abgelegten 
funktionalen Abhangigkeiten in Funktionselemente (20), der Konfi- 
gurationseinheit (11) umsetzbar sind und dass durch die Konfigura- 
tionseinheit (11) die Abhangigkeiten zwischen den Parametern mit- 
tels der Funktionselemente (20) uberpriifbar sind. 

Vorrichtung nach einem der Anspruche 5 bis 15, 
dadurch gekennzeichnet, 

dass die in dem universellen Definitionsabschnitt (1) abgelegten 
funktionalen Abhangigkeiten in Steuerabschnittselemente (15, 17) 
des Steuerabschnitts (13) umsetzbar sind und dass durch den Steu- 
erabschnitt (13) die Abhangigkeiten zwischen den Parametern mit- 
tels der Steuerabschnittselemente (15, 17) uberprufbar sind. 

Bussystem mit einem Datenbus (6) und einer Vielzahl an den Da- 
tenbus (6) angeschlossenen Vorrichtungen (7, 8) nach einem der 
vorhergehenden Anspruche . 
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